home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / std / c++ / 324 < prev    next >
Encoding:
Internet Message Format  |  1996-08-06  |  1.8 KB

  1. Path: engnews1.Eng.Sun.COM!taumet!clamage
  2. From: bs@research.att.com
  3. Newsgroups: comp.std.c++
  4. Subject: bool
  5. Date: 7 Feb 1996 00:40:07 GMT
  6. Organization: ?
  7. Approved: clamage@eng.sun.com (comp.std.c++)
  8. Message-ID: <199602070009.RAA04689@ncar.ucar.EDU>
  9. NNTP-Posting-Host: taumet.eng.sun.com
  10. Content-Type: text
  11. Content-Length: 1474
  12. X-Lines: 34
  13. Originator: clamage@taumet
  14.  
  15. smeyers@netcom.com (Scott Meyers) writes
  16.  
  17.  > I'm told that one of the members of a struct declared in the Microsoft OLE
  18.  > headers is called "bool".  This would seem to present a problem for MS,
  19.  > because they'll have to change their header file (thus annoying their
  20.  > customers) if they want to produce a compiler that supports bool.  Does
  21.  > anybody know (1) how the MS representatives on the ANSI/ISO committee let
  22.  > this get through, and (2) whether there are any plans to change the keyword
  23.  > as a result?
  24.  
  25. Like the representatives on many other companies, the MS representatives on
  26. the C++ committee has been most cooperative and done great work to create
  27. a viable standard. This involves balancing the needs of legacy code with
  28. cleanliness of the language and its libraries. 
  29.  
  30. I don't think the MS representatives let `bool' ``get through.'' I think
  31. they - most approproiately - decided that in this case use of a name as
  32. a struct in a proproietary header was less important than getting the
  33. best name for the language.
  34.  
  35. Alternative names for `bool' was discussed at the time and there is no
  36. proposal to change it. IMO there be no any chance for such a change to
  37. be accepted should someone propose it.
  38.  
  39.     - Bjarne
  40. [ comp.std.c++ is moderated.  Submission address: std-c++@ncar.ucar.edu.
  41.   Contact address: std-c++-request@ncar.ucar.edu.  The moderation policy is
  42.   summarized in http://reality.sgi.com/employees/austern_mti/std-c++/policy.html
  43. ]
  44.